(19) 



J 



(12) 



(43) Date of publication: 

25.11.1998 Bulletin 1998/48 



Europdlsches Patentamt 
European Patent Office 
Office europ6en des brevets (1 1 ) EP 0 880 298 A2 

EUROPEAN PATENT APPLICATION 

(51) Int CI. 6 : H04Q 11/04, H04L 12/56 



(21) Application number: 98109022.8 

(22) Date of filing: 18.05.1 998 



(84) Designated Contracting States: 


• Takase, Akihiko 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Tokyo 167-0052 (US) 


MCNLPTSE 


• Abe, Hajime 


Designated Extension States: 


Yokohama-shl, Kanagawa-ken 244-0003 (US) 


ALLTLVMKRO SI 


• Miki, Kazuho 




KokubunJI-shl, Tokyo 185-0013 (US) 


(30) Priority: 19.05.1997 JP 128278/97 






(74) Representative: 


(71) Applicant: Hitachi, Ltd. 


Strehl SchObel-Hopf & Partner 


Chlyoda-ku, Tokyo 101-8010 (JP) 


Maximlllanstrasse 54 


(72) Inventors: 


80538 MOnchen (DE) 


• Endo, Noboru 




Kodalra-shl, Tokyo 187-0022 (US) 





CM 
< 

GO 
O) 
CM 

O 

CO 
CO 

o 

Q- 

LU 



(54) Packet switching system, network and method 

(57) Upon initialisation, a VPC is set up between 
edge nodes. A control processor 9 of each node creates 
an IP address/VPC mapping table 95 using IP routing 
information and an address mapping table mapping cor* 
respondence between IP addresses and ATM 
addresses and supplied by a network management sys- 
tem 5. A gateway 3c assigns a VCC to each packet 
input to the network 4a. A sending-side edge node 
inputs the packet to the VPC corresponding to its desti- 
nation by referring to the IP address/VPC mapping table 
95. A transit node 2 performs packet switching over VP. 
A receiving-side edge node 1b transfers each packet to 
the gateway 3b corresponding to its destination. If a 
series of packets meet a predetermined condition in a 
given edge node 1, its control processor 9 sends VCC 
information to input interfaces 6 of the edge node 1 so 
that the packets are switched by an ATM switch 8 in the 
edge node 1 without intervention of the control proces- 
sor 9. 
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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to a packet switching s 
system and, more particularly, to a packet switching 
system which, in sending and receiving packets over 
ATM (Asynchronous Transfer Mode) lines, switches the 
packets based on the IP (Internet Protocol) routing pro- 
tocol. 10 

Recent years have seen a surging traffic of packet 
communications based on the IP thanks in part to the 
introduction of novel applications such as the WWW 
(World Wide Web). IP packet switching was carried out 
conventionally on a packet-by-packet basis with refer- 15 
ence to a routing table prepared according to the IP 
routing protocol. The switching was conducted primarily 
by software, and it was desired to increase the speed of 
the processing in the face of an ever-swelling volume of 
traffic. 20 

One way to address the need for high-speed 
processing has been proposed in the form of a packet 
switching system by R Newman, et al. "Flow Labeled 
IP:A Connectionless Approach ATM", Proc. IEEE Info- 
corn, March 1996. pp. 1-10 and Japanese Patent Laid- 25 
open (Kokai) No. Hei 8-125692. The proposed packet 
switching system combines two processes: packet-by- 
packet processing based on a routing table, and 
processing of individual ATM cells using ATM switches. 

The above packet switching system has a packet 30 
processor called IP controller connected to each 
input/output line of an ATM switch. When IP packets 
arrive in the form of assembled ATM cells, the cells are 
sent to the IP controller for a while via the ATM switch. 
The IP controller reassembles the cells to a IP packet. 35 
The destination of each packet to which the cells are 
reassembled is decided by referring to a routing table as 
has been done conventionally. The cells are again 
assembled from the packet and sent via the ATM switch 
to the output lines bound for their destinations. 40 

If a specific condition is met (e.g., if a predeter- 
mined number of packets having the same part of 
header have arrived); the IP controller allocates a dedi- 
cated VC (Virtual Channel) to the packets that were 
hitherto multiplexed on the same VC as other IP pack- 45 
ets. The IP controller then informs the input interface in 
the ATM switch of a VPI(Virtual Path Identifier) and a 
VCI(Virtual Channel Identifier) of the input line for the IP 
packets in question, as well as an output line number 
and a VPI and a VCI of the output line. so 

Thereafter, of the IP packets that have arrived at the 
input interface, those whose headers are partially the 
same (this group of packets is called a flow hereunder) 
are switched in the form of ATM ceils by the ATM switch 
without passing through the IP controller. The switched ss 
IP packets are placed onto the output line bound for the 
destination (this operation is called a cut-through here- 
under). This eliminates the need for having to switch 



each packet by referring to the routing table, whereby 
high-speed packet switching based on the ATM switch is 
implemented. 

SUMMARY OF THE INVENTION 

Conventionally, it has been necessary for a plurality 
of packet switching systems to allocate dedicated VCs 
therebetween for each flow of packets when carrying 
out a cut-through. Therefore, where large quantities of 
packets need to be processed, the resource allocation 
becomes a bottleneck. And there are the following prob- 
lems to be solved in the prior art: 

(1) Throughput is limited. 

(2) The input interface of each ATM switch needs to 
have connection information set for each flow. 
Under size constraints of the table permitted for the 
input interface, only a limited number of flows is 
handled by cut-through operations. 

(3) Delays in the dedicated VC resource allocation 
prevent the cut-through from providing any appreci- 
able improvement in performance for packet trans- 
fers of short holding times. 

(4) Where packets are transferred through a plural- 
ity of packet switching systems connected in a 
multi-stage structure, no significant improvement in 
performance is attained if none of the switching 
systems performs a cut-through. 

On the other hand, a way to provide an idle VC 
table for retrieving unused VCIs and set a direct channel 
for transmitting and receiving ATM cells sharing the 
same destination by setting VCs corresponding to 
transmission demand has been proposed by U. S. Pat- 
ent No. 5,452,296. This way brings realizing a cut- 
through action in the inside of the ATM switching system 
and lessen a switching delay. However, since the direct 
channel is not set in each switching system without a 
setting time, there is still the problem to be solved that 
there is little effect of lessening a total switching delay in 
the entire switching network. 

It is therefore an object of the present invention to 
provide a large-capacity packet switching system which 
has only small delays in cut-through and has limited 
constraints on the number of flows that may be handled 
by the cut-through action. 

In carrying out the invention and according to one 
aspect thereof, there is provided a packet switching sys- 
tem comprising: switching means accommodating a 
plurality of input/output ATM lines; packet destination 
determining means for determining the destination of a 
packet on a routing protocol; packet reassembling 
means for reassembling ATM cells to a packet; cell 
assembling means for assembling ATM cells from a 
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packet; VPC (Virtual Path Connection) setting means 
for setting up a VPC among the packet switching sys- 
tems; and VCC (Virtual Channel Connection) allocating 
means for allocating an idle VCC existing in the VPC to 
packets sharing the same part of header. 

The packet switching system may include input and 
output interfaces, an ATM switch and a control proces- 
sor. The ATM switch comprises the above-mentioned 
switching means, and the control processor comprises 
the remaining means. The input interface is located 
between the input ATM line connected to the packet 
switching system and the ATM switch. The output inter- 
face is located between the output ATM line connected 
to the packet switching system and the ATM switch. The 
input interface changes incoming ATM cells from the 
input ATM line into internal cells and forwards them to 
the ATM switch. The output interface turns the internal 
cells from the ATM switch into ATM cells and sends 
them to the output ATM line. In the description that fol- 
lows, packet switching systems located at the input/out- 
put parts, namely the peripheral part, of a network will 
be called edge nodes, and packet switching systems 
positioned at the transit points, namely the inner part, of 
the network will be called transit nodes. 

Gateways are provided between each of the input 
and output points of the network and the edge nodes. 
The gateway located at the input part turns incoming 
packets from the input point of the network into ATM 
cells and sends the ceils to the edge node located at the 
input part. In the description that follows, the gateway at 
the input part will be called a sending-side gateway, and 
the edge node at the input part will be called a sending- 
side edge node. The gateway located at the output part 
turns the ATM cells received from the edge node 
located at the output part into packets and forwards the 
packets to the output point of the network. In the 
description that follows, the gateway at the output part 
will be called a receiving-side gateway, and the edge 
node at the output part will be called a receiving-side 
edge node. 

Since a VPC is assigned up among packet switch- 
ing systems by the invention, the transit node performs 
VP (Virtual Path) switching only and does not perform 
VC switching. This produces that VCCs provided in the 
VPC are unchanged. Therefore, large capacity switch- 
ing can be realized in the transit switching system 
thanks to few constrains on the number of flows. 

And, since packets sharing the same part of header 
are allocated to a VCC and then treated collectively, an 
easy cut-through can be realized. 

It is desired that the packet switching system of the 
invention has mapping means for mapping correspond- 
ence between a packet destination and a VPC. This 
produces an effect of rapid setting of a VPC. 

Moreover, it is desired that the packet switching 
system of the invention switches the second and subse- 
quent packets of the packets sharing the same part of 
header without intervention of the packet destination 



determining means after having transferred the first 
packet by use of the packet destination determining 
means. This produces an actual cut-through. 

According to the invention, the control processor of 
s the sending-side edge node manages the VCCs in the 
VPC established between edge nodes. Each series of 
IP packets sharing the same part of header and sent 
from the sending-side gateway is transferred over a dif- 
ferent VCC. Therefore, when the first packet of a series 
10 of packets is allocated an idle VCC. the need to report 
this VCC to the receiving-side edge node is eliminated. 
Hence the ability to perform cut-through at high speed, 
i.e., rapidly to switch routes at the edge node (to proc- 
ess the first packet followed by transfer of the second 
is and subsequent packets by the switching unit alone) . 

The inventive constitution permits allocating a VCC 
to each flow, i.e., a series of packets sharing the same 
part of header. Unlike conventional arrangements 
requiring packet switching systems to allocate a dedi- 

20 cated VC to each flow therebetween, the packet switch- 
ing system of the invention implements the cut-through 
by simply making necessary internal settings. This sig- 
nificantly reduces delays in cut-through operations. 
And, since VCCs set in the direction of an receiv- 

25 ing-side edge node are multiplexed collectively in a 
VPC. there is no need to set up switching information 
about each VCC as has been the case conventionally. 
Switching information about the VPC multiplexing VCCs 
need only be established, therefore an appreciable 

30 increase in the number of VCCs switched by the transit 
node can be realized. 

According to another aspect of the invention, there 
is provided a packet switching network comprising a first 
packet switching system (edge node) and a second 

35 packet switching system (transit node), the first packet 
switching system including: switching means accommo- 
dating a plurality of input/output ATM lines; packet des- 
tination determining means for determining a 
destination of a packet on a routing protocol; packet 

40 reassembling means for reassembling ATM cells to a 
packet; cell assembling means for assembling ATM 
cells from a packet; VPC setting means for setting up a 
VPC among the packet switching systems; mapping 
means for mapping correspondence between a packet 

45 destination address and the VPC; and VCC allocating 
means for allocating an idle VCC existing in the VPC to 
packets sharing the same part of header, and the sec- 
ond packet switching system including: switching 
means accommodating a plurality of input/output ATM 

so lines; and VPC setting means for setting up a VPC 
among the packet switching systems, wherein at least 
one transit second packet switching system is furnished 
between a sending-side first packet switching system 
and a receiving-side first packet switching system. 

55 Over the inventive packet switching network, the 
sending-side first packet switching system inputs pack- 
ets to VPCs, the transit second packet switching system 
performs VP (Virtual Path) switching, and the receiving- 
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side first packet switching system switches packets on a 
flow-by-fiow basis. The arrangement allows the transit 
second packet switching system, in which a targe 
number of packets are concentrated, to switch numer- 
ous flows using a single VPC. 

These and other objects and many of the attendant 
advantages of the invention will be readily appreciated 
as the same becomes better understood by reference to 
the following detailed description when considered in 
connection with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a typical edge node; 
Fig. 2 is a system block diagram of a network con- 
stitution to which the invention is applied; 
Fig. 3 is a block diagram of a typical transit node; 
Fig. 4 is a block diagram of an input interlace 
included in the edge node of Fig. 1 ; 
Fig. 5 is a schematic view of a header conversion 
table included in the interface of Fig. 4; 
Fig. 6 is a schematic view of an internal cell format; 
Fig. 7 is a flowchart of steps performed by the input 
interface of Fig. 4, detailing a cell process thereby; 
Fig. 8 is a block diagram of a control processor 
included in the edge node of Fig. 1 ; 
Fig. 9 is a schematic view of an IP routing table 
included in the control processor of Fig. 8; 
Fig. 10 is a schematic view of a transit flow man- 
agement table included in the control processor of 
Fig. 8; 

Fig. 1 1 is a schematic view of an IP address/VPC 
mapping table included in the control processor of 
Fig. 8; 

Fig. 12 is a schematic view of a VPC management 
table included in the control processor of Fig. 8; 
Fig. 13 is a schematic view of an input/output 
VPI/VCI mapping table included in the control proc- 
essor of Fig. 8; 

Fig. 14 is a schematic view of an idle VPI manage- 
ment table included in the control processor of Fig. 
8; 

Fig. 15 is a schematic view of an ATM routing table 
included in the control processor of Fig. 8; 
Fig. 16 is a schematic view of an IP address/ATM 
address mapping table included in the control proc- 
essor of Fig. 8; 

Fig. 1 7 is a schematic view of a typical format of an 
IP packet included in the control processor of Fig. 8; 
Fig. 1 8 is a flowchart of steps performed by the con- 
trol processor of Fig. 8, depicting a packet process 
thereby; 

Fig. 1 9 is a flowchart of steps performed by the con- 
trol processor of Fig. 8, detailing an IP packet trans- 
fer process thereby; 

Fig. 20 is a flowchart of steps performed by the con- 
trol processor of Fig. 8, detailing a VPC setup mes- 
sage transfer process thereby; 



Fig. 21 is a flowchart of steps performed by the con- 
trol processor of Fig. 8, detailing a VPC setup reply 
message transfer process thereby; 
Fig. 22 is a block diagram of a control processor 

5 included in the transit node of Fig. 3; 

Fig. 23 is a block diagram of a typical gateway; 
Fig. 24 is a schematic view of an idle VCI manage- 
ment table included in the gateway of Fig. 23; 
Fig. 25 is a schematic view of an input flow man- 

10 agement table included in the gateway of Fig. 23; 
and 

Fig. 26 is a flowchart of steps performed by the 
gateway of Fig. 23, detailing a packet processing 
thereby. 

75 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

Preferred embodiments of this invention will now be 
20 described with reference to the accompanying draw- 
ings. 

Fig. 2 shows a typical network constitution to which 
the invention is applied. In Fig. 2, reference numerals 1a 
and 1b stand for edge nodes; 2a, 2b and 2c for transit 

25 nodes; 3a and 3b for gateways; 4a, 4b and 4c for net- 
works; and 5 for a network management system. 

Fig. 1 depicts a typical constitution of the edge node 

1 (1a, 1b). In Fig. 1, reference numeral 6 (6a, 6b 6n) 

stands for an input interface, 7 (7a, 7b, .... 7m) for an 

30 output interface, 8 for an ATM switch, and 9 for a control 
processor. 

Fig. 3 illustrates a typical constitution of the transit 
node 2 (2a, 2b, 2c). In Fig. 3, reference numeral 6 (6a, 
6b 6n) stands for an input interface. 7 (7a. 7b 

35 7m) for an output interface, 8 for an ATM switch, and 1 0 
for a control processor. 

Fig. 4 shows a typical constitution of the input inter- 
face 6 (6a, 6b 6n). In Fig. 4, reference numeral 61 

stands for a processor, 62 for a header conversion table. 

40 and 63 for a cell buffer. 

Fig. 5 outlines a typical constitution of the header 
conversion table 62. In Fig. 5, reference numeral 621 
stands for an input VPI, 622 for an input VCI, 623 for a 
VP switch flag, 624 for an output interface number, 625 

45 for an output VPI, 626 for an output VCI, and 627 for the 
number of arrival cells. 

Fig. 6 depicts a typical format of an internal cell. An 
internal cell is constructed with an output interface 
number added to its top. 

so How each cell is processed by the input interface 6 
will now be described with reference to Fig. 7. After 
receiving an ATM cell (step 500). the input interface 6 
stores the received cell in a cell buffer 63 (see Fig. 4) 
(step 505). The processor 61 retrieves the header con- 

55 version table 62 using the VPI in the header as a key 
(step 510). and checks the VP switch flag 623 (see Fig. 
5) (step 520). 

rf the VP switch flag 623 is found to be 1, the 
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received ATM cell should be switched over VP. In that 
case, the processor 61 (see Fig. 4) reads out the output 
interface number 624 and output VPI 625, substituting 
the output VPI 625 for the VPI in the header of the 
received ATM cell (step 530). The processor 61 adds 
the output interface number 624 to the ceil (step 540) to 
create an internal cell, sends the cell to the ATM switch 
(step 541), and increments by one the number of arrival 
cells 627 (see Fig. 5) (step 545) in the matching entry of 
the applicable ATM cell in the header conversion table 
62 (see Fig. 4). 

If the VP switch flag 623 is found to be 0, the 
received ATM cell should be switched over VC. In this 
case, the processor 61 retrieves again the header con- 
version table 62 using a VPI-VCI pair (step 535). The 
processor 61 reads out the output interface number 
624, output VPI 625 and output VCI 626 to substitute 
the output VPI 625 and output VCI 626 respectively for 
the VPI and VCI in the header of the received ATM cell 
(step 536). and adds the output interface number 624 to 
the ATM cell (step 540). 

The processor 61 creates an internal cell in the 
manner described above, sends the internal cell to the 
ATM switch 8 (step 541), and increments by one the 
number of arrival cells 627 (step 545) in the matching 
entry of the applicable ATM cell in the header conver- 
sion table 62. 

The input interface 6 checks periodically the 
number of arrival cells 627 in each entry of the header 
conversion table 62. If the number of arrival cells in any 
entry is found to be 0, the input interface 6 informs the 
control processor 9 of the applicable input interface 
number, input VPI, input VCI, and VP switch flag 623. If 
the number of arrival cells 627 is found to be 1 or larger, 
the number is reset to 0. 

The ATM switch 8 (see Fig. 1) forwards the internal 
cell to an output interface 7 of the destination on the 
basis of the output interface number 624 added to the 
cell by the input interface 6. The output interface 7 
deletes the output interlace number from the internal 
cell before transferring the ATM cell to the next node. 

Fig. 8 shows a typical constitution of the control 
processor 9. In Fig. 8, reference numeral 90 stands for 
an IP routing table, 91 for a processor, 92 for a packet 
buffer, 93 for an ATM adaptation processing unit, 94 for 
a transit flow management table, 95 for an IP 
addressWPC mapping table, 96 for a VPC management 
table, 97 for an input/output VPIAfCI mapping table, 98 
for an idle VPI management table, 99 for an ATM routing 
table. 100 for an idle VPI memory, 101 for an idle VCI 
memory, 110 for an IP address/ATM address mapping 
table, and 120 for an assigned VPI table. 

Fig. 9 depicts a typical constitution of the IP routing 
table 90. In Fig. 9, reference numeral 901 stands for a 
destination network IP address, 902 for a mask, 903 for 
a metric, 904 for a next hop node IP address, and 905 
for a next hop node ATM address. 

Fig. 10 outlines a typical constitution of the transit 



flow management table 94. In Fig. 10. reference 
numeral 941 stands for a destination IP address. 942 for 
a source IP address, 943 for a port number, 944 for a 
VPC identifier, 945 for an output interface number, 946 
5 for an output VPI, 947 for an output VCI, and 948 for sta- 
tus. 

Further, the port number is given to each packet in 
TCP/IP (Transmission Control Protocol/IP) protocol or 
UDP/IP (User Datagram Protocol/IP) protocol so as to 

w identify a higher rank application which uses the carry- 
ing service for the each packet. However, the invention 
is not limited to the port number but can adopt an appli- 
cation identifier to identify an application for general 
packets including the IP packet. The port number is a 

is kind of the application identifier. 

Fig. 11 shows a typical constitution of the IP 
address/VPC mapping table 95. In Fig. 11, reference 
numeral 951 stands for a destination IP address. 952 for 
a port number, 953 for a VPC identifier, 954 for an out- 

20 put interface number, and 955 for an output VPI. 

Fig. 12 indicates a typical constitution of the VPC 
management table 96. in Fig. 12, reference numeral 
961 stands for an ATM address, 962 for a VPC identifier. 
963 for an output interface number, 964 for an output 

25 VPI, 965 for the number of idle VCIs, 966 for a default 
VCI, and 967 for an idle VCI pointer. 

Fig. 13 gives a typical constitution of the input/out- 
put VPI/VCI mapping table 97. In Fig. 13, reference 
numeral 971 stands for a received VPI, 972 for a 

30 received VCI. 973 tor an input interface number, 974 for 
an input VPI, 975 for an input VCI, 976 for status. 977 
for a flow pointer. 

Fig. 14 sketches a typical constitution of the idle 
VPI management table 98. In Fig. 14, reference 

35 numeral 981 denotes an output interface number and 
982 represents an idle VPI pointer. 

Fig. 15 depicts a typical constitution of the ATM 
routing table 99. In Fig. 15, reference numeral 991 
stands for a destination ATM address, 992 for a next hop 

40 ATM address, 993 for an output interface number, 994 
for an output VPI. and 995 for an output VCI. 

Fig. 16 shows a typical constitution of the IP 
address/ATM address mapping table 110. In Fig. 16. 
reference numeral 111 denotes an IP address and 1 12 

45 represents an ATM address. 

Fig. 17 illustrates a typical format of an IP packet. 
At the time of initialization, the network manage- 
ment system 5 establishes an ATM signaling channel 
between the control processor 9 (see Fig. 1) of a given 

so edge node and the neighbor control processor 9 of its 
neighbor edge node 1 . The control processor 9 receives 
a destination ATM address, a next hop ATM address, an 
output interface number, an output VPI and an output 
VCI reported through the signaling channel, and sets 

55 the reported data to the ATM routing table 99 (see Fig. 
8). 

The control processor 9 then stores a list of VPIs 
available over the reported lines in the idle VPI manage- 
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men! table 98 as well as to the idle VPI memory 100. 
Furthermore, the control processor 9 stores in the IP 
address/ATM address mapping table 110 the corre- 
spondence between ATM addresses and the IP 
addresses assigned to all nodes on the reported net- 5 
work 4. 

With initialization completed, the control processor 
9 processes the received packets in the manner to be 
described below and transfers the processed packets. 
The control processor 9 periodically generates IP rout- 10 
ing information and transfers the information to the con- 
trol processor 9 of the neighbor node. 

How each packet is processed by the control proc- 
essor 9 will now be described with reference to Fig. 18. 
When receiving an internal cell from the ATM switch 8 is 
(step 800), the control processor 9 deletes from the cell 
the internal interface number added to the cell by the 
adaptation processing unit 93 so as to reassemble the 
ATM cells to a packet (step 801). If the received packet 
is found to be an IP packet (step 810). an IP packet 20 
transfer process is carried out (step 820). 

If the received packet is found to be a VPC setup 
message (step 811). a VPC setup message transfer 
process is conducted (step 840). If the received packet 
has turned out to be a VPC setup reply message (step 25 
812). a VPC setup reply message transfer process is 
performed (step 860). 

If the received packet has proved to be a VPC setup 
request (step 81 3), a VPC setup reply message transfer 
process is carried out (step 880). If the received packet 30 
is found to be IP routing information (step 814), an IP 
routing information process is effected (step 816). 

If the received packet is found to be a resource allo- 
cation request from the gateway 3 (step 815). a 
resource allocation process is performed (step 817). If 35 
the received packet does not fall into any of the above- 
mentioned categories, the packet is subject to other 
processes suitable for it (step 818). 

How the IP packet transfer process is performed 
(step 820) will now be described with reference to Fig. 40 
19. Upon receipt of the IP packet (step 821), the proces- 
sor 91 retrieves the transit flow management table 94 
using the destination IP address, source IP address and 
port number (step 822) to check whether the table has 
a matching content (step 823). If a matching content is 45 
detected in the table 94, the processor 91 reads out the 
output interface number 945. output VPI 946 and output 
VCI 947 (step 835). The processor 91 assembles cells 
from the IP packet in question using the adaptation 
processing unit 93 (step 836). sets the output VPI 946 so 
and output VCI 947 to the ATM header, adds the output 
interface number 945 to the ATM header, creates inter- 
nal cells, and sends the created internal cells to the ATM 
switch 8 (step 837). 

What follows is a description of how a plurality of 55 
VCCs allocated to the IP packets sharing the same 
header part are multiplexed on the VPC set up between 
the sending-side edge node 1a and the receiving-side 



edge node 1b on the packet route. 

The processor 91 retrieves the transit flow manage- 
ment table 94 using the destination IP address, source 
IP address and port number, ff the table 94 has no 
matching content, the processor 91 retrieves the IP 
address/VPC mapping table 95 using the destination IP 
address and port number, in order to read the VPC 
identifier 953, output interface number 954 and output 
VPI 955 corresponding to the destination IP address 
and port number (step 824). 

The processor 91 then retrieves the VPC manage- 
ment table 96 using the read VPC identifier 953, so as 
to read the number of idle VCIs 965 and default VCI 966 
(step 825). A check is made on the number of idle VCIs 
965 (step 826). 

ff the number of idle VCIs is found to be 0, the proc- 
essor 91 sets the default VCI to the output VCI (step 
827). The processor 91 then registers to the transit flow 
management table 94 the destination IP address, 
source IP address and port number of the received 
packet; the VPC identifier 953. output interface number 
954 and output VPI 955 read from the IP addressWPC 
mapping table 95; and the default VCI 966 read from the 
VPC management table 96, while the status 948 is set 
for "default VC being assigned" (step 831). 

If the number of idle VCIs is found to be at least 1 , 
the processor 91 decrements the number of idle VCIs 
965 by one (step 828) and reads out the idle VCI pointer 
967 (step 829). 

The idle VCI memory 101 contains in a list structure 
the idle VCIs that may be used for this VPC. The starting 
address of the idle VCIs is written in the idle VCI pointer 
967. The processor 91 reads one idle VCI from the idle 
VCI memory 101 using the idle VCI pointer 967, in order 
to update the list structure of the idle VCIs in the idle 
VCI memory 101 (step 830). 

The processor 91 then registers to the transit flow 
management table 94 the destination IP address, 
source IP address and port number of the received 
packet; the VPC identifier 953, output interface number 
954 and output VPI 955 retrieved from the IP 
address/VPC mapping table 95; and the idle VCI read 
from the idle VCI memory 101, while the status 948 is 
set for "dedicated VC being assigned" (step 831). 

With the above data registered to the transit flow 
management table 94, the processor 91 reads out the 
output interface number 945, output VPI 946 and output 
VCI 947 therefrom (step 835). The processor 91 assem- 
bles cells from the IP packet in question using the adap- 
tation processing unit 93 (step 836), sets the output VPI 
946 and output VCI 947 to the ATM header, adds the 
output interface number 945 to the ATM header, creates 
internal cells, and sends the created internal cells to the 
ATM switch 8 (step 837). This completes the multiplex- 
ing of the VCCs on the VPC set up between the send- 
ing-side edge node 1a and the receiving-side edge 
node 1 b on the packet route. 

How a route changing operation (i.e., cut-through) 
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is carried out by the edge node 1 will now be described. 
If the IP packet in question meets a predetermined con- 
dition (e.g., when the port number matches a predeter- 
mined value), the control processor 9 retrieves the 
input/output VPI/VCI mapping table 97 (see Figs. 8 and 5 
13) using the received VPI and received VCI set in the 
ATM cell header in effect upon receipt of the IP packet in 
question. In so doing, the control processor 9 reads the 
input interface number 973 in effect when the IP packet 
was input from the gateway 3 to this node as well as the 10 
input VPI 974 and input VCI 975 set in the ATM cell 
header at the time of the packet input. The control proc- 
t essor 9 then informs the input interface 6 corresponding 
to the input interface number 973 of the output VPI 946, 
the output VCI 947 and the output interface number 945 i 5 
(see Fig. 10) allocated to this IP flow, the input VPI 974 
and the input VCI 975. 

Given such information, the input interface 6 stores 
the output interface number 945, output VPI 946 and 
output VCI 947 which have been informed into their cor- so 
responding regions in the header conversion table 62 
(see Fig. 4). From this setup onward, a cell which is 
based on the same VPI and VCI and fed to the same 
input interface as the IP packet in question is forwarded 
not to the control processor 9 but to the output interface ss 
7 corresponding to the output interface number 945. 

The edge node 1 carries out its route changing 
operation in the manner described. That is, a cut- 
through cell transfer without the intervention of the con- 
trol processor 9 is accomplished by the switching unit 30 
comprising the input interface 6, output interface 7 and 
ATM switch 8. 

Below is a description of how any VCC, allocated to 
a series of IP packets and having become unnecessary, 
is released. The contents registered in the transit flow 35 
management table 94 with regard to a given IP packet 
are deleted as follows: the input interface 6 first informs 
the control processor 9 of the input interface number, 
input VPI, input VCI and VP switch flag 623 (see Fig. 5) 
in effect when the number of arrival cells is 0. In 40 
response, the control processor 9 retrieves the 
input/output VPI/VCI mapping table 97 (see Figs. 8 and 
13) to read the flow pointer 977. The control processor 
9 then reads the VPC identifier 944, output VPI 946 and 
output VCI 947 from the transit flow management table 45 
94 (see Fig. 10) pointed to by the flow pointer 977. 
Using the VPC identifier 944 thus read, the control proc- 
essor 9 retrieves the VPC management table 96 (see 
Fig. 12) and increments by one the number of idle VCIs 
in the corresponding region. The control processor 9 so 
also adds the output VCI read from the transit flow man- 
agement table 94 to the end of the list structure in the 
idle VCI memory 101 pointed to by the idle VCI pointer 
967, and deletes the content of the transit flow manage- 
ment table 94 pointed to by the flow pointer 977. This ss 
completes the release of the VCC that is no longer 
needed. 

What follows is a description of how a VPC setup 



request from the network management system 5 is 
processed. When the received packet is found to be a 
VPC setup request from the network management sys- 
tem 5, the control processor 9 sends a VPC setup mes- 
sage to the node corresponding to the destination ATM 
address so as to establish a VPC. The VPC setup 
request from the network management system 5 
includes such information elements as an ATM address, 
a VPC identifier, a QOS (Quality Of Service) type and 
an assigned number of VCIs of the destination node. 

When the number of VPCs needed on a given net- 
work is 65,536 or less, a VPCI (Virtual Path Connection 
Identifier) used in ATM signaling as the VPC identifier 
can be used directly. If the number of VPCs required is 
65.537 or greater, other VPC identifiers may be used. 

The VPC setup message has information elements 
comprising a destination ATM address, a source ATM 
address, a VPC identifier, a QOS type, an assigned 
number of VCIs, an assigned VCI region, a default VCI, 
and a transit node ATM address. The processor 91 (see 
Fig. 8) first sets the ATM address, the VPC identifier. 
QOS type and assigned number of VCIs of the node 1 , 
and the ATM address of the own node which are in the 
VPC setup message, respectively, to the destination 
ATM address, VPC identifier, QOS type, assigned 
number of VCIs and source ATM address. 

The processor 91 then assigns as many VCIs used 
for this VPC as the assigned number of VCIs, and sets 
the value to the assigned VCI region in the setup mes- 
sage. On the basis of the destination ATM address, the 
processor 91 retrieves the ATM routing table 99 (see 
Figs. 8 and 15) to read the next hop ATM address 992. 
output interface number 993, output VPI 994 and output 
VCI 995. A cell is assembled from the VPC setup mes- 
sage, and the read output VPI 994 and output VCI 995 
are set to that cell. The processor 91 further adds the 
output interface number 993 to the cell before sending 
the cell to the ATM switch 8. This VPC setup message 
is transferred to the control processor 9 or 10 of the 
neighbor node corresponding to the destination ATM 
address. This completes the processing of the VPC 
setup request. 

How the VPC setup message transfer process 
(step 840) is carried out will now be described with ref- 
erence to Fig. 20. Upon receipt of a VPC setup mes- 
sage (step 841), the processor 91 checks to see if the 
VPC in the message is enable to be assigned (step 
842). If rt is enable to assign the VPC, the controller 91 
retrieves the idle VPI management table 98 to obtain an 
idle VPI of the output interface corresponding to the line 
connecting the source with the own node (step 843). 
From the idle VPI management table 98, the controller 
91 reads an idle VPI pointer 982. Using the idle VPI 
pointer 982, the controller 91 reads one idle VPI from 
the idle VPI memory 100. updates the list structure of 
idle VPIs in the memory 100, and assigns the retrieved 
VPI to this VPC (step 844). 

The processor 91 then checks the destination ATM 



7 



13 



EP0 880 298 A2 



14 



address in the VPC setup message (step 845). H the 
destination ATM address is found to be that of the own 
node, the processor 91 registers to the VPC manage- 
ment table 96 the source ATM address, VPC identifier 
and default VCI of the VPC setup message; the output 5 
interface number and assigned output VPI to which the 
VPC in question is set; and the assigned number of 
VCIs in the VPC setup message (step 850). 

The processor 91 proceeds to register to the idle 
VCI memory 1 01 a list structure of the VCIs indicated by 10 
the assigned VCI region in the VCI setup message, and 
sets the starting address of the VCIs to the idle VCI 
pointer 967 in the VPC management table 96 (step 
851), thereby creating a VPC setup reply message. The 
VPC setup reply message includes such information 75 
elements as a destination ATM address, a source ATM 
address, a VPC identifier, assignment availability, an 
assigned VPI, and a transit node ATM address. 

The assignment availability is set for "available", 
that is, the setup reply message is made with "enable to 20 
setup" and the assigned VPI is put into the VPC setup 
reply message (step 852). The source address of the 
VPC setup reply message is set to the ATM address of 
the own node, and the destination address is set to the 
source address of the VPC setup message. The VPC 25 
identifier and transit node ATM address are copied from 
their counterparts in the VPC setup message. The VPC 
setup reply message is then informed to the control 
processor 9 or 10 of the source neighbor node (step 
853). 30 

If the ATM address of the own node is found to be 
other than the destination ATM address in step 845, the 
processor 91 registers the VPC identifier and assigned 
VPI of the VPC setup message to the assigned VPI 
table 1 20 (step 854). The ATM address of the own node 35 
is added to the transit node ATM address of the VPC 
setup message. 

The processor 91 then retrieves the ATM routing 
table 99 on the basis of the destination ATM address so 
as to read the next hop ATM address 992, output inter- ao 
face number 993, output VPI 994 and output VCI 995 
(step 855). The processor 91 assembles a cell from the 
VPC setup message (step 856), sets the read output 
VPI 994 and output VCI 995 to the cell, adds the output 
interface number 993 to the cell, and sends the cell thus 45 
prepared to the ATM switch 8. Thereafter, the processor 
91 transfers the VPC setup message to the control 
processor 9 or 10 of the neighbor node corresponding 
to the destination ATM address (step 857). 

If the VPC in question is found unable to be so 
assigned in step 842, the processor 91 sets the assign- 
ment availability of the VPC setup reply message for 
"unavailable", that is. the setup reply message is made 
with "unable to setup" (step 846). In that case, the proc- 
essor 91 sets the source address of the VPC setup 55 
reply message to the ATM address of the own node, 
and sets the destination address to the source address 
of the received VPC setup message. The VPC identifier 



and transit node ATM address are copied from their 
counterparts in the VPC setup message. The VPC 
setup reply message is then sent to the control proces- 
sor 9 or 1 0 of the source neighbor node (step 853). This 
completes the VPC setup message transfer process. 

How the VPC setup reply message transfer process 
is performed (step 860) will now be described with refer- 
ence to Fig. 21 . When receiving a VPC setup reply mes- 
sage (step 861). the processor 91 checks the 
destination ATM address (step 862). If the destination 
ATM address is found to be that of the own node, the 
processor 91 checks to see if the VPC in the VPC setup 
replay message is enable to be assigned (step 863). If it 
is enable to assign the VPC, the controller 91 gets the 
assigned VPI from the message (step 864) and regis- 
ters the route information about the VCCs available 
within the VPC to the header conversion table 62. (see 
Fig. 4) of the input interface 6 for which the VPC in ques- 
tion is set. The registration is carried out as follows: 

The processor 91 regards the input VPI 621 in the 
header conversion table 62 (see Fig. 5) as the assigned 
VPI, and regards the input VCI 622 as one VCI previ- 
ously assigned to this VPC. Output VP Is 625 and output 
VCIs 626 are assigned so that all values of the VPIs and 
VCIs for the VC input from all input interfaces to the con- 
trol processor 9 differ from one another. The output 
interface number 624 is set as the output interface 
number corresponding to the control processor 9 (step 
865). 

Trie processor 91 carries out the above registration 
on all VCIs assigned to the VPI in question (step 866). 
The processor 91 proceeds to check whether the VPC 
is enable to be assigned in the VPC setup reply mes- 
sage (step 863). If the assignment is unable, the net- 
work management system 5 is informed thereof. 

ff the destination ATM address is found to be other 
than that of the own node in step 862, the processor 91 
checks to see if the VPC is enable to be assigned in the 
VPC setup reply message (6tep 867). If it is enable to 
assign the VPC, the controller 91 gets the assigned VPI 
from the message (step 869). The processor 91 then 
sets the input VPI 621 in the header conversion table 62 
(see Figs. 4 and 5) for the input interface 6 of the VPC 
in question to the assigned VPI, sets the output VPI 622 
to the VPI assigned previously to this VPC, sets the VP 
switch flag 623 to 1, and sets the output interface 
number 624 to the number corresponding to the output 
interface for which this VPC is set (step 870). 

Thereafter, the processor 91 places the VPI 
assigned previously to this VPC into the VPC setup 
reply message (step 871), and retrieves the ATM routing 
table 99 (see Figs. 8 and 15) on the basis of the transit 
node ATM address in the VPC setup reply message in 
order to read the next hop ATM address 992, output 
interface number 993, output VPI 994 and output VCI 
995 (step 872). The processor 91 assembles a cell from 
the VPC setup reply message, sets the read output VPI 
994 and output VCI 995 to the cell, and adds the output 
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interlace number 993 to the cell (step 873). The cell 
thus prepared is sent to the ATM switch 8, and the VPC 
setup replay message is transferred to the control proc- 
essor 9 or 10 of the corresponding neighbor node (step 
874). 5 

The processor 91 checks the VPC setup reply mes- 
sage for the availability of VPC assignment (step 867). rf 
the VPC is unable to be assigned, the processor 91 
deletes the corresponding VPI registered to the 
assigned VPI table 120 and adds the deleted VPI to the w 
idle VPI memory 100 (step 868). On the basis of the 
transit node ATM address in the VPC setup reply mes- 
sage, the processor 91 retrieves the ATM routing table 
99 to read the next hop ATM address 992, output inter- 
face number 993, output VPI 994 and output VCI 995 is 
(step 872). The processor 91 then assembles a cell 
from the VPC setup reply message, sets the read output 
VPI 994 and output VCI 995 to the cell, and adds the 
output interface number 993 to the cell (step 873). The 
cell thus prepared is sent to the ATM switch 8, and the 20 
VPI setup reply message is transferred to the control 
processor 9 or 10 of the corresponding neighbor node 
(step 874). This completes the VPC setup reply mes- 
sage transfer process. 

The VPC setup message and the VPC setup reply 25 
message can he processed by use of the ATM signaling 
protocol. 

How IP routing information is processed will now be 
described. If the received packet is found to be IP rout- 
ing information (see Fig. 18) (step 816), the control 30 
processor 9 sets the destination network IP address 
901 . mask 902, metric 903 and next hop IP address 904 
in the IP routing table 90 (see Fig. 8 and 9) on the basis 
of the IP routing protocol. Then the following process is 
carried out on each of the registration items in the IP 35 
routing table 90. 

The control processor 9 first retrieves the IP 
address/ATM address mapping table 110 (see Fig. 8 
and 16) using the next hop node IP address 904 to read 
the corresponding ATM address 1 1 2. The retrieved ATM 40 
address 1 12 is set to the next hop node ATM address 
905 (see Fig. 9). 

The control processor 9 then retrieves the VPC 
management table 96 (see Figs. 8 and 12) using the 
next hop node ATM address 112 to read the corre- 45 
sponding VPC identifier 962, output interlace number 
963 and output VPI 964. The read VPC identifier 962, 
output interface number 963 and output VPI 964 are set 
respectively to the VPC identifier 953, output interface 
number 954 and output VPI 955 of the corresponding so 
registration items in the IP address/VPC mapping table 
95 (see Figs. 8 and 1 1). This completes the IP routing 
information process. 

How a resource allocation request from the gate- 
way 3 is processed will now be described. If the ss 
received packet is found to be a resource allocation 
request from the gateway 3 (step 81 7; see Fig. 18). the 
control processor 9 sets an idle VPI, a cut-through VCI 



and a default VI for the line to which the gateway 3 is 
connected for sending purposes. The control processor 
9 then registers the VPI, cut-through VCI and default 
VCI to the header conversion table 62 (see Fig. 4) in the 
input interface 6 connected to the gateway 3. The desti- 
nation output interface number corresponding to each 
of the information elements is set to the output interface 
number corresponding to the control processor 9. Out- 
put VP Is 625 and output VCIs 626 are assigned and set 
so that all values of the VPIs and VCIs for the VC input 
from all input interfaces to the control processor 9 differ 
from one another. 

The control processor 9 also sets an idle VPI, a cut- 
through VCI and a default VIC for the line connected for 
receiving purposes. The processor 9 informs the gate- 
way 3 of the VPI, cut-through VCI and default VCI. This 
completes the processing of the resource allocation 
request from the gateway 3. 

Fig. 22 shows a typical constitution of the control 
processor 10. In Fig. 22, reference numeral 91 stands 
for a processor, 92 for a packet buffer, 93 for an adapta- 
tion processing unit, 98 for an idle VPI management 
table. 99 for an ATM routing table, 100 for an idle VPI 
memory, and 1 20 for an assigned VPI table. The control 
processor 10 operates in the same manner as the con- 
trol processor 9 when the VPC setup message or VPC 
setup reply message is received. Because the control 
processor 1 0 is located in the transit node 2, the proces- 
sor 10 does not receive any IP packet, VPC setup 
request or IP routing information. 

Fig, 23 depicts a typical constitution of the gateway 
3. In Fig. 23, reference numeral 31 stands for a proces- 
sor, 32 for a packet buffer, 33 for an adaptation process- 
ing unit, 34 for an idle VCI management table, 35 for an 
input flow management table, and 36 for an idle VCI 
memory. 

Fig. 24 illustrates a typical constitution of the idle 
VCI management table 34. In Fig. 24, reference 
numeral 341 stands for a VPI. 342 for the number of idle 
VCIs, 343 for a default VCI, and 344 for an idle VCI 
pointer. 

Fig. 25 indicates a typical constitution of the input 
flow management table 35. In Fig. 25, reference 
numeral 351 stands for a destination IP address, 352 for 
a source IP address, 353 for a port number, 354 for an 
output VPI, 355 for an output VCI, and 356 for status. 

At the time of initialization, the gateway 3 outputs to 
the control processor 9 of the edge node 1 a request for 
the allocation of a VPI, cut-through VCIs and a default 
VCI. The VPI, the cut-through and the default VCI are 
used for cell transmission between the gateway 3 and 
the edge node 1. When the VCI, the cut-through VCIs 
and the default VPI are allocated by the control proces- 
sor 9, the gateway 3 sets the VPI 341 in the idle VCI 
management table 34 (see Figs. 23 and 24) to the VPI, 
sets the number of idle VCIs 342 to the assigned 
number of VCIs, and sets the default VCI 343 to the 
assigned default VCI. The gateway 3 then stores a list 
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structure of the assigned VCIs into the idle VCI memory 
36 (see Fig. 23), and registers the starting address of 
the list structure to the idle VCI pointer 344 in the idle 
VCI management table 34. 

Described below with reference to Fig. 26 is how s 
the gateway 3 processes IP packets received from the 
network 4b or 4c. Upon receipt of an IP packet from the 
network 4b or 4c (step 550), the gateway 3 stores the 
packet into the packet buffer 32. The processor 31 (see 
Fig. 23) retrieves the input flow management table 35 10 
using the destination IP address, source IP address and 
port number set in the IP packet (step 552), to check 
whether the table 35 has a matching content (step 555). 

If the input flow management table 35 is found to 
have a matching content the gateway 3 reads the out- is 
put VPI 354 (see Fig. 25) and output VCI 355 (step 
570). The gateway 3 assembles cells from the received 
IP packet using the adaptation processing unit 33 (see 
Fig. 23). The retrieved output VPI 354 and output VCI 
355 are set in the ATM header (step 571 ) of each of the 20 
ceils, before the cells are sent to the edge node 1 (step 
572). 

If the input flow management table 35 is not found 
to have any item matching the received IP packet in step 
555, the processor 31 retrieves the idle VCI manage- 25 
ment table 34 (see Figs. 23 and 24) (step 556). to read 
the VPI 341, number of idle VCIs 342 and default VCI 
343 (step 557). 

If the number of idle VCIs 342 is found to be 0, the 
default VCI 343 is set as the output VCI (step 561). The 30 
gateway 3 sets to the input flow management table 35 
the destination IP address, source IP address and port 
number of the received IP packet; and the output VPI 
341 and default VCI 343 read from the idle VCI man- 
agement table 34, while the status 356 is set for "default 35 
VC being assigned" (step 569). 

The gateway 3 proceeds to check the number of 
idle VCIs 342 (step 560). If the number of idle VCIs is at 
least 1, the gateway 3 decrements the number of idle 
VCIs by one (step 565) and reads the idle VCI pointer 40 
344. Using the read idle VCI pointer 344, the gateway 3 
reads one idle VCI from the idle VCI memory 36 and 
updates the list structure of idle VCIs in the memory 36 
(step 566). 

The gateway 3 then sets the read idle VCI as the 45 
output VCI (step 567). The gateway 3 registers to the 
input flow management table 35 the destination IP 
address, source IP address and port number of the 
received IP packet; the output VPI 341 read from the 
idle VCI management table 34; and the idle VCI read so 
from the idle VCI memory 36. while the status 356 is set 
for "dedicated VC being assigned" (step 569). 

Upon completion of the data registration to the input 
flow management table 35. the gateway 3 reads the out- 
put VPI 354 and output VCI 355 (step 570). The gate- ss 
way 3 assembles cells from the IP packet using the 
adaptation processing unit 33 (see Fig. 23). The output 
VPI 354 and output VCI 355 are set in the ATM header 



of each of the ceils (step 571). before the cells are sent 
to the edge node 1 (step 572). This completes the 
packet processing by the gateway 3. 

When ATM ceils are received from the edge node 1 . 
the gateway 3 reassembles the received cells to an IP 
packet using the adaptation processing unit 33. The IP 
packet to which the cells are reassembled is sent to the 
network 4b or 4c via the packet buffer 32. 

At the time of initialization, the network manage- 
ment system 5 (see Fig. 2) sets up ATM signaling chan- 
nel between the control processor 9 of the edge node 
1a and that of the edge node 1b. The network manage- 
ment system 5 then registers the destination ATM 
address, next hop ATM address, output interface 
number, output VPI and output VCI corresponding to 
each of the edge nodes to the respective ATM routing 
tables 99 (see Fig. 8). 

Thereafter, the network management system 5 
informs the control processors 9 in the edge nodes 1a 
and 1b of a list of VPIs available on the lines, and of the 
correspondence between ATM addresses and the IP 
addresses assigned to all nodes on the network 4. Upon 
initialisation or in case of a network status change, the 
network management system 5 issues a VPC setup 
request to each of the control processors 9 in the edge 
nodes 1a and 1b. 

What follows is a description of the routing proce- 
dure during initialization. When the network 4a is 
started up, the network management system 5 first 
establishes ATM signaling channel between the control 
processor 9 of the edge node 1a and that of the edge 
node 1b. The network management system 5 then reg- 
isters the destination ATM address, next hop ATM 
address, output interface number, output VPI and out- 
put VCI corresponding to each of the edge nodes to the 
respective ATM routing tables 99 (see Fig. 8). 

The network management system 5 issues a VPC 
setup request to each of the control processors 9 in the 
nodes 1 a and 1 b. It is assumed here as an example that 
the VPC setup request has a VPC of a QOS type 1 and 
a number of an assigned VCI of 16 set therein for the 
edge nodes 1a and 1b. 

Given the VPC setup request from the network 
management system 5, the control processor 9 of the 
edge node 1b assigns the VCI for use with this VPC to 
create a VPC setup message, and assembles a cell 
from the message. The control processor 9 retrieves the 
ATM routing table 99. The VPC setup message is trans- 
ferred to the control processor 10 (see Fig. 3) of the 
neighbor transit node 2a corresponding to the destina- 
tion ATM address. 

On receiving the VPC setup message, the control 
processor 10 of the transit node 2a retrieves the idle VPI 
management table 98 (see Fig. 22). The idle VPI for the 
line connecting the edge node 1b with the transit node 
2a is assigned to this VPC and stored in the assigned 
VPI table 120. Then the control processor 10 retrieves 
the ATM routing table 99 on the basis of the destination 
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ATM address, whereby the VPC setup message is 
transferred to the control processor 9 of the neighbor 
edge node 1a corresponding to the destination ATM 
address. 

When receiving the VPC setup message, the con- 
trol processor 9 of the edge node 1a finds that the des- 
tination of the message is itself and acts accordingly as 
follows: the control processor 9 first assigns to this VPC 
an idle VPI for the line connecting the transit node 2a 
with the edge node 1a. The processor 9 then sets the 
output interface number, output VPI and output VCI 
assigned to the VPC to the VPC management table 96 
(see Fig. 8) and idle VCI memory 101. A VPC setup 
reply message is created, and the VPI is placed into the 
VPC setup reply message. The VPC setup reply mes- 
sage thus prepared is sent to the transit node 2a that 
forwarded the VPC setup message. 

On receiving the VPC setup reply message from 
the edge node 1a, the transit node 2a gets the assigned 
VPI in the message, and sets to the assigned VPI the 
input VPI of the header conversion table 62 (see Fig. 4) 
in the interface 6 connected to the edge node 1a. The 
transit node 2a reads a VPI from the assigned VPI table 
120 (see Fig. 22) using the VPC identifier as a key, sets 
the output VPI to the read VPI. and sets the output inter- 
face number to its counterpart in this VPC. The VPI read 
from the assigned VPI table 120 is placed into the VPC 
setup reply message before the message is informed to 
the control processor 9 of the neighbor edge node 1b. 

Upon receipt of the VPC setup reply message from 
the transit node 2a, the edge node 1b gets the assigned 
VPI in the message to set it up as the input VPI. and 
regards as the input VCI the VCI previously assigned to 
this VPC. Output VP Is and output VCIs are assigned so 
that all values of the VPIs and VCIs for the VC input 
from all input interfaces to the control processor 9 differ 
from one another. The VPIs and VCIs, along with the 
output interface number corresponding to the control 
processor 9, are registered to the header conversion 
table 62 (see Fig. 4) for the input interface 6f in each 
value group. This completes the setup of the VPC 
between edge nodes. 

How initialization takes place at the gateway 3 (see 
Fig. 2) will now be described. At the time of initialization, 
the gateway 3a sends to the control processor 9 of the 
edge node 1a a request for the allocation of a connec- 
tion VPI. a cut-through VCI and a default VCI. 

On receiving the allocation request from the gate- 
way 3a, the control processor 9 assigns an idle VPI, a 
cut-through VCI and a default VCI for the line to which 
the gateway 3a is connected for sending purposes. The 
control processor 9 then registers the VPI, cut-through 
VCI and default VCI to the header conversion table 62 
(see Fig. 4) of the input interface 6 connected to the 
gateway 3a. The destination output interface number 
corresponding to each of the information elements 
involved is set to the output interface number corre- 
sponding to the control processor 9. Output VPIs and 



output VCIs are assigned and set so that all values of 
the VPIs and VCIs for the VC input from all input inter- 
faces to the control processor 9 differ from one another. 
The control processor 9 also assigns an idle VPI, a 

s cut-through VCI and a default VCI for the line connected 
for receiving purposes. The processor 9 informs the 
gateway 3a of the VPI, cut-through VCI and default VCI. 
In turn, the gateway 3 registers the assigned values to 
the idle VCI management table 34 (see Fig. 23) and idle 

10 VCI memory 36. This completes the initialization of the 
gateway 3. 

If IP routing information is received, the control 
processor 9 updates the IP routing table 90 (see Fig. 8). 
In addition, the control processor 9 updates the IP 

15 address/VPC mapping table 95 using the address map- 
ping table 1 10 and VPC management table 96. 

Described below is what takes place upon arrival of 
a new IP packet at a gateway 3a on the network 4a. 
When receiving the packet, the gateway 3a retrieves the 

20 input flow management table 35. Because this packet is 
a new arrival and is not registered in the input flow man- 
agement table 35 (see Fig. 23), the gateway 3a selects 
one idle VCI from the idle VCI management table 34, 
registers the selected VCI to the input flow management 

25 table 35, assembles cells from the packet using regis- 
tered VPIs and VCIs, and sends the cells to the edge 
node 1a. This completes the assignment of the VCC to 
the IP packet. 

The input interface 6 (see Fig. 1) of the edge node 

so 1a retrieves the header conversion table 62 (see Fig. 5) 
on the basis of the VPI and VCI in the received ATM cell, 
in order to read the output interface number 624. output 
VPI 625 and output VCI 626. The input interface 6 sets 
the output VPI 625 and output VCI 626 to the received 

35 ATM cell header, adds the output interface number 624 
to the ATM cell, and forwards the ATM cell thus pre- 
pared to the ATM switch 8. The ATM switch 8 sends this 
ATM cell to the output interface corresponding to the 
output interface number 624 added to the cell. 

40 In this packet, the destination output interface 
number 624 is set with respect to the output interface 7 
connected to the control processor 9. This causes the 
received ATM cell to be sent to the control processor 9. 
Upon receipt of the ATM cell, the control processor 

45 9 (see Fig. 8) deletes from the cells the output interface 
number added by the adaptation processing unit 93 so 
as to reassemble the ATM cells to an IP packet. The 
processor 91 retrieves the transit flow management 
table 94 for a matching content. Since this packet is a 

so new arrival, the table 94 has no matching information. 
The processor 91 thus retrieves the IP address/VPC 
mapping table 95 using the destination IP address, 
source IP address and port number of the received IP 
packet, thereby reading the destination VPC identifier. 

55 The processor 91 assigns to this IP flow one idle VCI 
which is gotten from the VPC management table 96 and 
can be used by the VPC identifier and registers the idle 
VCI to the transit flow management table 94. 
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Thereafter, the control processor 9 assembles cells 
from the IP packet by use of the adaptation processing 
unit 93. The control processor 9 sets to the ATM header 
of each of the assembled ceils the output VPI 946 and 
output VCI 947 read from the transit flow management 5 
table 94 (see Fig. 10). The control processor 9 adds the 
output interface number 945 to the cell and turns the cell 
into an internal cell. The internal cell is sent to the ATM 
switch 8. 

If the IP packet meets a predetermined condition, w 
the control processor 9 retrieves the input/output 
VPI/VCI mapping table 97 for a matching content on the 
basis of the received VPI and received VCI found earlier 
in the ATM cell header upon receipt of the IP packet in 
question. The corresponding input interface 6 is is 
informed of the matching content from the table 97. 
Then, the input interface 6 stores the output interface 
number 945 (see Fig. 10), output VPI 946 and output 
VCI 947 which are received to the corresponding 
regions in the header conversion table 62 (see Figs. 4 20 
and 5). From this setup onward, a cell fed to the same 
input interface as the IP packet in question on the basis 
of the same VPI and VCI is forwarded not to the control 
processor 9 but to the output interface 7 corresponding 
to the output interface number 945. 25 

Route changes are carried out by the edge node in 
the manner described above. That is, the cut-through 
operation is accomplished in a way that transfers cells 
not through the control processor 9 but only via the 
switching unit comprising the input interface 6. output 30 
interface 7 and ATM switch 8. 

Given the ATM cell from the control processor 9, the 
ATM switch 8 transfers it to the output interface 7 desig- 
nated by the output interface number added to the cell. 
The added output interface number is deleted from the 35 
internal cell sent to the output interface 7. The cell is 
then sent to the transit node 2a. 

On receiving the ATM cell corresponding to the 
VPC in question, the transit node 2a (see Fig. 3) 
retrieves the header conversion table 62 (Figs. 4 and 5) 40 
of the input interface 6 on the basis of the VPI region of 
the received ATM cell, in order to read the output inter- 
face number 624, output VPI 625 and output VCI 626. 
The transit node 2a sets the output VPI 625 and output 
VCI 624 to the received ATM cell header, to add the out- 45 
put interface number 624 to the ATM cell. The ATM cell 
thus prepared is sent to the ATM switch 8. The ATM 
switch 8 transfers the cell to the output interface 7 corre- 
sponding to the output interface number added to the 
cell. From the output interface 7, the ATM ceil is trans- so 
mitted to the edge node 1b. This completes VP switch- 
ing in the transit node 2. 

The input interface 6 of the edge node 1b (see Fig. 
1) retrieves the header conversion table 62 (see Figs. 4 
and 5) on the basis of the VPI/VCI of the received ATM ss 
cell, so as to read the output interface number 624, out- 
put VPI 625 and output VCI 626. The output VPI 625 
and output VCI 626 are set to the received ATM cell 



header, the output interface number 624 is added to the 
ATM cell, and the cell thus prepared is sent to the ATM 
switch 8. The ATM switch 8 sends the ATM cell to the 
output interface 7 corresponding to the output interface 
number 624 added to the ceil. In the case of this packet, 
the destination output interface number 624 is set with 
regard to the output interface 7 connected to the control 
processor 9. This causes the received ATM ceil to be 
transferred to the control processor 9. 

When sent to the control processor 9 (see Fig. 8). 
the cells are reassembled to an IP packet by the adap- 
tation processing unit 93. The processor 91 retrieves 
the transit flow management table 94 for a matching 
content but finds none because this packet is a new 
arrival. Thus the processor 91 retrieves the IP 
address/VPC mapping table 95 using the destination IP 
address, source IP address and port number of the 
received IP packet, in order to read the destination VPC 
identifier. One idle VCI defined by the VPC identifier 
which is read from the VPC management table 96. is 
assigned to this IP flow, and registered to the transit flow 
management table 94. 

The processor 91 assembles cells from the IP 
packet using the adaptation processing unit 93, sets to 
the ATM header of the cell the output VPI 946 and out- 
put VCI 947 read from the transit flow management 
table 94 (see Fig. 10), and adds the output interface 
number 945 to the cell to turn it into an internal cell. The 
internal cell thus prepared is sent to the ATM switch 8. 
This completes the assignment of VCCs set up between 
the receiving-side edge node 1b and the receiving-side 
gateway 3b on the packet route. 

As with the edge node 1a, if the IP packet meets a 
predetermined condition, the edge node 1b causes its 
control processor 9 to instruct the corresponding input 
interface 6 suitably to change the content of the header 
conversion table 62. In this case, too, the cell fed to the 
same input interface as the IP packet in question with 
the same VPI and VCI is forwarded not to the control 
processor 9 but to the output interface 7 corresponding 
to the output interface number 945. 

Route changes are thus carried out by the receiv- 
ing-side edge node 1b. That is, the cut-through opera- 
tion is accomplished in a way that transfers cells not 
through the control processor 10 but only via the switch- 
ing unit comprising the input interface 6, output interface 
7 and ATM switch 8. 

The ATM cell sent to the output interface 7 is for- 
warded to the gateway 3b. Then, the gateway 3b reas- 
sembles the received ATM cells to an IP packet and 
outputs the reassembled IP packet onto the network 4c. 

As described and according to the invention, the 
cut-through operation is implemented by simply estab- 
lishing appropriate settings inside the configured packet 
witching systems. This makes it possible for the transit 
packet switching system, in which a large number of 
packets are concentrated, to switch numerous packet 
flows using a single VPC. 
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It is further understood by those skilled in the art 
that the foregoing description has centered on preferred 
embodiments of the disclosed method and devices and 
that various changes and modifications may be made in 
the invention without departing from the spirit and scope 5 
thereof. 

Claims 

1 . A packet switching system comprising: 10 

switching means accommodating a plurality of 
input/output ATM (Asynchronous Transfer 
Mode) lines; 

means for determining the destination of a 15 
packet on a routing protocol; 
means for reassembling ATM cells to a packet; 
means for assembling ATM cells from a packet; 
means for assigning each packet to an output 
line set according to a content of a header of 20 
the packet in question; 

means for setting up a VPC (Virtual Path Con- 
nection) among the packet switching systems; 
and 

means for allocating an idle VCC (Virtual Chan- 25 
nel Connection) existing in said VPC to a plu- 
rality of packets sharing the same header part. 

2. The system of claim 1, further comprising means 

for mapping correspondence between a packet 30 
destination address and said VPC. 

3. The system of claim 2, wherein, after the first 
packet of said plurality of packets sharing the same 
header part has been transferred by said packet 35 
destination determining means, the second and 
subsequent packets are switched solely by said 
switching means without intervention of said packet 
destination determining means. 

40 

4. The system of claim 3, wherein said plurality of 
packets assigned to the idle VCC have the same 
destination and/or the same destination and/or the 
same application identifier. 

45 

5. A packet switching network for switching packets on 
a routing protocol and comprising a first and a sec- 
ond packet switching system, wherein said first 
packet switching system includes: 

so 

switching means accommodating a plurality of 
input/output ATM lines; 

means for determining the destination of a 
packet on said routing protocol; 
means for reassembling ATM cells to a packet; 55 
means for assembling ATM cells from a packet; 
means for setting up a VPC among the packet 
switching systems; 



means for mapping correspondence between a 
packet destination address and said VPC; and 
means for allocating an idle VCC existing in 
said VPC to a plurality of packets sharing the 
same header part, and 

wherein said second packet switching 
system includes: 

switching means accommodating a plural- 
ity of input/output ATM lines; and 
means for setting up a VPC among the 
packet switching systems; and 

wherein said first packet switching sys- 
tem is located in the peripheral part of said 
packet switching network and optionally also in 
the inner part thereof, and said second packet 
switching system is located in the inner part of 
said packet switching network. 

6. The network of claim 5. wherein, after the first one 
of said plurality of packets sharing the same header 
part input to said first packet switching system has 
been transferred by said packet destination deter- 
mining means, the second and subsequent packets 
input to said first packet switching system and the 
packets input to said second packet switching sys- 
tem are switched solely by said switching means 
without intervention of said packet destination 
determining means. 

7. The network of claim 5, wherein said VPC is formed 
by multiplexing VCCs having the same QOS (Qual- 
ity Of Service). 

8. A packet switching method for switching packets 
using packet switching systems on a routing proto- 
col, the method comprising the steps of: 

storing into first storing means correspondence 
between the destination and the output line of 
an input ATM cell and a VCC; 
storing correspondence between a destination 
address and a VPC into second storing means 
on said routing protocol; 
storing correspondence between a header part 
of packet and a VCC into third storing means; 
switching ATM cells by use of an ATM switch on 
the basis of the destination stored in said first 
storing means upon receipt of the cells which 
are assembled from a packet; 
reassembling ATM cells to a packet; 
retrieving said third storing means; 
assembling ATM cells from a packet if the cor- 
respondence of the header part of packet is 
stored in said third storing means, the ATM 
cells being transferred by use of said ATM 
switch over a first VCC registered for the corre- 
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spondence; and 

retrieving said second storing means if the cor- 
respondence of the header part of packet is not 
stored in said third storing means. 

wherein the VPC corresponding to said s 
destination address is assigned a second VCC, 
the correspondence between the header part 
of packet and said second VCC is stored into 
said third storing means, and ATM ceils are 
assembled from the packet in question and are w 
transferred by use of said ATM switch over said 
second VCC. 

The method of claim 8, further comprising the steps 
of: is 

setting said VCC that corresponds to the desti- 
nation and the output line of each of input ATM 
cells which are assembled from the packet as a 
VCC for cut-through by updating said first stor- 20 
ing means after the correspondence between 
the header part of packet and said second VCC 
has been stored into said third storing means; 
retrieving said first storing means upon receipt 
of ATM cells which are assembled from a 25 
packet; and 

transferring the ATM cells by use of said ATM 
switch over said second VCC if the destination 
and the output line of the received ATM cell cor- 
responds said VCC for cut-through. 30 
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